home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000824-20010305 / 000167_news@columbia.edu _Fri Dec 29 18:42:36 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id SAA15538
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Fri, 29 Dec 2000 18:42:36 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA00422
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 29 Dec 2000 18:42:35 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id SAA21605
  10.     for kermit.misc@watsun.cc.columbia.edu; Fri, 29 Dec 2000 18:31:27 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: Russ Allbery <rra@stanford.edu>
  13. Subject: Re: Converting struct tm to time_t
  14. Date: 29 Dec 2000 15:21:48 -0800
  15. Organization: The Eyrie
  16. Message-ID: <ylofxuq0dv.fsf@windlord.stanford.edu>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In comp.unix.programmer, Andrew Gierth <andrew@erlenstar.demon.co.uk> writes:
  20. >>>>>> "Russ" == Russ Allbery <rra@stanford.edu> writes:
  21.  
  22. >  Russ> INN currently uses this, which seems to work fairly well.  I'm
  23. >  Russ> the author of this code; you can consider it to be in the
  24. >  Russ> public domain.  Note that this code requires that time_t be an
  25. >  Russ> arithmetic type, which may not work properly on some non-UNIX
  26. >  Russ> platforms (it could presumably be replaced by a long or
  27. >  Russ> something).
  28.  
  29. > heh. insert religious war about leap-second handling here :-)
  30. > (or on second thoughts, don't)
  31.  
  32. Heh.  :)  The assumption is that time_t is in UTC; if it's in TAI instead,
  33. you'd have to adjust for leap seconds.
  34.  
  35. -- 
  36. Russ Allbery (rra@stanford.edu)             <http://www.eyrie.org/~eagle/>